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Foreword 



id , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as single actions on single NEs of the 3G network, or as part of a complex procedure involving actions 
on many resources/objects in one or several NEs. 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 
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Scope 



The present document is part of an Integration Reference Point (IRP) named "UTRAN Network Resources IRP", 
through which an "IRP Agent" (typically an Element Manager or Network Element) can communicate Configuration 
Management information to one or several "IRPManagers" (typically Network Managers) concerning UTRAN 
resources. The "UTRAN Network Resources IRP" comprises a set of specifications defining Requirements, a protocol 
neutral Network Resource Model (NRM) and corresponding Solution Set(s). 

The present document 

1. specifies the protocol neutral UTRAN Network Resources IRP: Network Resource Model. It reuses relevant 
parts of the generic NRM in [16], either by direct reuse or sub-classing, and in addition to that defines UTRAN 
specific Managed Object Classes. 

The Configuration Management (CM) area is very large. The intention is to split the specification of the related 
interfaces in several IRPs - as described in the Introduction clause above. An important aspect of such a split is that the 
Network Resource Models (NRMs) defined in different IRPs containing NRMs are consistent, and that NRMs 
supported by an IRP Agent implementation can be accessed as one coherent model through one IRP Information 
Service. 

To summarize, the present document has the following main purpose: 

(1) to define the applied UTRAN specific Network Resource Model, based on the generic NRM in [16]. 

In order to access the information defined by this NRM, an IRP Information Service (IS) is needed, such as the Basic 
CM IRP: IS [17] or the Bulk CM IRP: IS [18]. However, which Information Service that is applicable is outside the 
scope of this document. 

Finally, regarding the support of the State Management IRP: IS [19], all NRM's of one release shall support the same 
State Management IRP version. This NRM specification is related to 3GPP TS 32.672 V5.0.X [8]. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TS 32.101: "3G Telecom Management principles and high level requirements". 

[2] 3GPP TS 32.102: "3G Telecom Management architecture". 

[3] 3GPP TS 23.003: "Numbering, addressing and identification". 

[4] 3GPP TS 25 .40 1 : "UTRAN Overall Description" 

[5] 3GPP TS 25.433: "UTRAN Iub Interface NBAP Signalling" 

[6] 3GPP TS 25.423: "UTRAN Iur Interface RNSAP Signalling" 

[7] ITU-T Recommendation X.710 (1991): "Common Management Information Service Definition 

for CCITT Applications". 

[8] 3GPP TS 32.672: "Configuration Management (CM); State Management Integration Reference 

Point (IRP): Information service". 
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[13] 3GPP TS 32.300: "Configuration Management (CM); Name convention for Managed Objects". 

[14] 3GPP TS 32.600: "Configuration Management (CM); Concept and main requirements". 

[15] 3GPP TS 23.002: "Network Architecture". 

[16] 3GPP TS 32.622: "Configuration Management (CM); Generic network resources Integration 

Reference Point (IRP): Network Resource Model (NRM)". 

[17] 3GPP TS 32.602: "Configuration Management (CM); Basic CM Integration Reference Point (IRP) 

information model". 

[18] 3GPP TS 32.612: "Configuration Management (CM); Bulk CM Integration Reference Point (IRP); 

Information service". 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. For terms and definitions not 
found here, please refer to 3GPP TS 32.101 [1], 3GPP TS 32.102 [2] and 3GPP TS 32.600 [14]. 

Association: In general it is used to model relationships between Managed Objects. Associations can be implemented in 
several ways, such as: 

(1) name bindings , 

(2) reference attributes , and 

(3) association objects . 

This IRP stipulates that containment associations shall be expressed through name bindings, but it does not stipulate the 
implementation for other types of associations as a general rule. These are specified as separate entities in the object 
models (UML diagrams). 

Managed Element (ME): An instance of the Managed Object Class ManagedElement defined in [16]. 

Managed Object (MO): In the context of the present document, a Managed Object (MO) is a software object that 
encapsulates the manageable characteristics and behaviour of a particular Network Resource. The MO is instance of a 
MO class defined in a MIM/NRM. This class, called Information Object Class (IOC)has attributes that provide 
information used to characterize the objects that belong to the class (the term "attribute" is taken from TMN and 
corresponds to a "property" according to CIM). Furthermore, the IOC can have operations that represent the behaviour 
relevant for that class (the term "operation" is taken from TMN and corresponds to a "method" according to CIM). The 
IOC may support the emission of notifications that provide information about an event occurrence within a network 
resource. 

Management Information Model (MIM): Also referred to as NRM - see the definition below. 

Network Resource Model (NRM): A model representing the actual managed telecommunications network resources 
that a System is providing through the subject IRP. An NRM identifies and describes the IOCs, their associations, 
attributes and operations. The NRM is also referred to as "MIM" (see above), which originates from the ITU-T TMN. 

Node B: A logical node responsible for radio transmission/reception in one or more cells to/from the User Equipment. 
It terminates the Iub interface towards the RNC. 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

CIM Common Information Model 

DN Distinguished Name (see 3GPP TS 32.300 [13]) 

EM Element Manager 

FM Fault Management 

IOC Information Object Class 

IRP Integration Reference Point 

ITU-T International Telecommunication Union, Telecommunication Sector 

Iub Interface between RNC and Node B 

ME Managed Element 

MIM Management Information Model 

MO Managed Object 

MOC Managed Object Class 

NE Network Element 

NM Network Manager 

NR Network Resource 

NRM Network Resource Model 

PM Performance Management 

RDN Relative Distinguished Name (see 3GPP TS 32.300 [13]) 

RNC Radio Network Controller 

TMN Telecommunications Management Network 

UML Unified Modelling Language 

UMTS Universal Mobile Telecommunications System 

UTRAN UMTS Terrestrial Radio Access Network 

4 System overview 

4.1 System context 

Figure 4. 1 and 4.2 identify system contexts of the IRP defined by the present document in terms of its implementation 
called IRP Agent and the user of the IRP Agent, called IRPManager. For a definition of IRPManager and IRP Agent, see 
3GPPTS 32.102 [2]. 

The IRP Agent implements and supports this IRP. The IRP Agent can reside in an Element Manager (EM; for definition 
see 3GPP TS 32.101 [1]) or a Network Element (NE) (see also [2] clause 8). In the former case, the interface 
(represented by a thick dotted line) between the EM and the NEs is not the subject of this IRP. 

The IRP Agent implements and supports the Basic CM IRP. The IRP Agent can be an Element Manager (EM) or a 
mediator that interfaces one or more NEs (see Figure 4.1), or it can be a Network Element (NE) (see Figure 4.2). In the 
former case, the interfaces (represented by a thick dotted line) between the EM and the NEs are not subject of this IRP. 

An IRPManager using this IRP shall choose one of the two System Contexts defined here, for each NE. For instance, if 
an EM is responsible for managing a number of NEs, the NM shall access this IRP through the EM and not directly to 
those NEs. For another IRP though, the System Context may be different. 
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Figure 4.1 : System Context A 
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Figure 4.2: System Context B 



4.2 Compliance rules 



For general definitions of compliance rules related to qualifiers (Mandatory/Optional/Conditional) for operations, 
notifications and parameters (of operations and notifications) please refer to 3GPP TS 32.102 [2]. 

The following defines the meaning of Mandatory and Optional IOC attributes and associations between IOCs, in 
Solution Sets to the IRP defined by the present document. 

Solution Sets to the Basic CM IRP: 

• The IRPManager shall support all mandatory attributes/associations. The IRPManager shall be prepared to 
receive information related to mandatory as well as optional attributes/associations without failure; however 
the IRPManager does not have to support handling of the optional attributes/associations. 

• The IRPAgent shall support all mandatory attributes/associations. It may support optional 
attributes/associations. 

An IRPAgent that incorporates vendor-specific extensions shall support normal communication with a 3GPP 
SA5-compliant IRPManager with respect to all Mandatory and Optional managed object classes, attributes, 
associations, operations, parameters and notifications without requiring the IRPManager to have any knowledge of the 
extensions. 

Given that 
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• rules for vendor-specific extensions remain to be fully specified, and 

• many scenarios under which IRPManager and IRP Agent interwork may exist, 

it is recognised that in Release 4/5 the IRPManager, even though it is not required to have knowledge of vendor-specific 
extensions, may be required to be implemented with an awareness that extensions can exist and behave accordingly. 

5 Modelling approach 

The modelling approach adopted and used in this IRP is described in the Generic Network Resources IRP: NRM [16]. 

6 IRP Information Model 

6.1 Information entities imported and local labels 

None. 

6.2 Class diagram 

6.2.1 Attributes and relationships 

This subclause depicts the set of IOCs that encapsulate information relevant for this service. This subclause provides the 
overview of all information object classes in UML. Subsequent subclauses provide more detailed specification of 
various aspects of these information object classes. 

Figure 6.2.1.1 show the name-containment relation and other types of relations of the UTRAN NRM. 

NOTE: The name-containment relations between IOCs are indicated by UML "unidirectional aggregation by 
reference" ("hollow diamonds"). 
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«lnf ormationObjectClass» 
SubNetwork (from 32.622) 



<lnf ormationObjectClass> 
Top (from 32.622) 



<lnf ormationObjectClass» 
ExternalUtranCell 



;< Inform atbnObjectClass>; 
MeContext (from 32.622} 



«lnf ormationObjectClass» 
ExternalGSMCell (from 32.652) 



externalUtranNeighbourCellRelation 
0..1 



+utranRelatioi>e>:ternalUt ran Cell 



«lnf ormationObjectClass» 
ManagedElement (from 32.622) 



«lnformationObjectClass» 
RncFunctlon 





connectedTo 
q -j +nodeB Function-iubLi nk 


«lnf ormationObjectClass» 
NodeBFunction 


«lnf ormationObjectClass» 
lubLink 


+iubLrik-nodeBFunction 0..1 















t-iubLink-utranCel 



<lnf ormationObjectClass> 
UtranRelation 




utranNeighbou rCe/l Relation 
+utranRelation-utranCell 
0..n 



dnformationObjectClas.. 
UtranRelation 



NOTE 1 : The listed cardinality numbers represent transient as well as steady-state numbers, and reflect all managed object 

creation and deletion scenarios. 
NOTE 2 : The relation between GsmRelation and GsmCell is optional. It may be present if both the UtranCell and the 

GsmCell are managed by the same management node. 
NOTE 3: The UtranRelation and GeranRelation can be name-contained under IOCs defined in other NRMs. 

Figure 6.2.1.1: UTRAN NRM Containment/Naming and Association diagram 

Each IOC is identified with a Distinguished Name (DN) according to 3GPP TS 32.300 [13] that expresses its 
containment hierarchy. As an example, the DN of a IOC representing a cell could have a format like: 

SubNetwork=S weden,meContext=MEC-Gbg- 1 ,ManagedElement=RNC-Gbg- 1 , rncFunction=RE- 1 ,utranCell=Gbg- 1 . 

6.2.2 Inheritance 

This sub-clause depicts the inheritance relationships that exist between IOCs. 
Figure 6.2.2 shows the inheritance hierarchy for the UTRAN NRM. 
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«lnformationObjectClass» 
Top (from 32.622) 



«lnformationObjectClass» 
UtranRelation 



«lnformationObjectClass» 
RncFunction 



«lnformationObjectClass» 
ManagedFunction (from 32.622) 




«lnformationObjectClass» 

UtranCell «lnformationObjectQass» 



lubLink 



« Inf ormat ionObj ect Oass» 
NodeBFu notion 



«lnformationObjectClass» 
External UtranCell 



Figure 6.2.2: UTRAN NRM Inheritance Hierarchy 



RncFunction 



NodeBFunction 



UtranCell 




XOR 



0. 



vsDataContainer 

(from Generic Model) 



0..* 



UtranRelation 




NOTE 1 : The listed cardinality numbers represent transient as well as steady-state numbers, and reflect all managed object 

creation and deletion scenarios. 
NOTE 2: Each instance of the vsDataContainer shall only be contained under one MOC. The vsDataContainer can be 

contained under MOCs defined in other NRMs. 

Figure 6.3: vsDataContainer Containment/Naming and Association in UTRAN NRM diagram 

The vsDataContainer is only used for the Bulk CM IRP. 
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6.3 Information object classes definition 
6.3.1 RncFunction 

6.3.1.1 Definition 

This IOC represents RNC functionality. For more information about the RNC, see 3GPP TS 23.002 [15]. 



6.3.1.2 



Attributes 



Table 1 : Attributes of RncFunction 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifer 


Write Qualifier 


rncFunctionld 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


mcc 


+ 


M 


M 


M 


mnc 


+ 


M 


M 


M 


rncld 


+ 


M 


M 


M 



6.3.2 NodeBFunction 
6.3.2.1 Definition 

This IOC represents Node B functionality. For more information about the Node B, see 3GPP TS 23.002 [15]. 



6.3.2.2 



Attributes 



Table 2: Attributes of NodeBFunction 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifer 


Write Qualifier 


nodeBFunctionld 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


nodeBFunction-lubLink 


+ 


M 


M 


- 



6.3.3 UtranCell 



6.3.3.1 



Definition 



This IOC represents a radio cell controlled by the RNC. For more information about radio cells, see 3GPP TS 23.002 
[15]. 
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6.3.3.2 



Attributes 



Table 3: Attributes of UtranCell 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifer 


Write Qualifier 


utranCellld 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


eld 


+ 


M 


M 


M 


localCellld 


+ 


M 


M 


M 


uarfcnUI 


+ 


M 


M 


M 


uarfcnDI 


+ 


M 


M 


M 


primaryScramblingCode 


+ 


M 


M 


M 


primaryCpichPower 


+ 


M 


M 


M 


maximumTransmissionPower 


+ 


M 


M 


M 


primarySch Power 


+ 


M 


M 


M 


secondarySch Power 


+ 


M 


M 


M 


bchPower 


+ 


M 


M 


M 


lac 


+ 


M 


M 


M 


rac 


+ 


M 


M 


M 


sac 


+ 


M 


M 


M 


ura 


+ 


M 


M 


M 


utranCell-lubLink 


+ 


M 


M 


- 



Table 3a: Additional attributes of UtranCell for the support of the State Management IRP 



Attribute Name 


Support Qualifier 


READ 


WRITE 


operationalState 


O 


M 


- 


NOTE: No state propagation shall be implied. 



6.3.4 lubLink 



6.3.4.1 



Definition 



This IOC representsthe logical link to a Node B as seen from the RNC. For more information about the RNC, see 
3GPPTS 23.002 [15]. 



6.3.4.2 



Attributes 



Table 4: Attributes of lubLink 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifer 


Write Qualifier 


iubLinkld 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


iubLink-UtranCell 


+ 


M 


M 


M 


iubLink-NodeBFunction 


+ 


M 


M 


- 



6.3.5 UtranRelation 



6.3.5.1 



Definition 



The "UtranRelation" IOC contains radio network related parameters for the relation to the "UtranCell" or 
"ExternalUtranCell" IOC. 

NOTE: In handover relation terms, the cell containing the UTRAN Relation object is the source cell for the 
handover. The cell referred to in the UTRAN relation object is the target cell for the handover. This 
defines a one-way handover relation where the direction is from source cell to target cell. 
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6.3.5.2 



Attributes 



Table 5: Attributes of UtranRelation 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifer 


Write Qualifier 


utranRelationld 


+ 


M 


M 


- 


relationType 


+ 


M 


M 


M 


adjacentCell 


+ 


M 


M 


M 


uarfcnUI 


+ 


O 


M 


- 


uarfcnDI 


+ 


O 


M 


- 


primaryScramblingCode 


+ 





M 


- 


primaryCpich Power 


+ 





M 


- 


lac 


+ 





M 


- 



6.3.5.3 



Attribute constraints 



The optionally attributes uarfcnUI, uarfcnDI, primaryScramblingCode, primaryCpichPower and lac shall be included if 
the EM does not guarantee consistency between the cell definition and what is broadcast on system information. 
Otherwise they shall not be included. 

6.3.6 ExtemalUtranCell 



6.3.6.1 



Definition 



This IOC represents a radio cell controlled by another IRP Agent. This IOC has necessary attributes for inter-system 
handover. It contains a subset of the attributes of related IOCs controlled by another IRP Agent. The way to maintain 
consistency between the attribute values of these two IOCs is outside the scope of this document. 



6.3.6.2 



Attributes 



Table 6: Attributes of ExtemalUtranCell 



Attribute name 


Visibility 


Support Qualifier 


Read Qualifer 


Write Qualifier 


externalUtranCellld 


+ 


M 


M 


- 


userLabel 


+ 


M 


M 


M 


eld 


+ 


M 


M 


M 


mcc 


+ 


M 


M 


M 


mnc 


+ 


M 


M 


M 


rncld 


+ 


M 


M 


M 


uarfcnUI 


+ 


M 


M 


M 


uarfcnDI 


+ 


M 


M 


M 


primaryScramblingCode 


+ 


M 


M 


M 


primaryCpichPower 


+ 


M 


M 


M 


lac 


+ 


M 


M 


M 


rac 


+ 


M 


M 


M 



6.4 Information relationships definition 
6.4.1 ConnectedTo (M) 



6.4.1.1 



Definition 



This represents a bi-directional relationship between the IubLink and Node B (through the NodeBFunction). 
Each IOC's role mapped to an IOC reference. The names of the reference attribute and the role are the same. 
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6.4.1.2 



Roles 



Table 7: Roles of the relation ConnectedTo 



Name 


Definition 


iubLink-nodeBFunction 


This role (when present) represents lubLink capability to identify one NodeBFunction. 
When the role is absent, the lubLink.iubLink-nodeBFunction shall contain no information. 
When present, it shall contain one NodeBFunction DN. 


nodeBFunction-iubLink 


This role (when present) represents NodeBFunction capability to identify one lubLink. 

When the role is absent, the NodeBFunction. nodeBFunction-iubLink shall contain no 

information. 

When present, it shall contain one lubLink DN. 



6.4.1.3 



Constraints 



When a particular lubLink identifies a particular NodeBFunction, that particular NodeBFunction must identify the 
particular lubLink. 

6.4.2 AssociatedWith (M) 



6.4.2.1 



Definition 



This represents a bi-directional relation between the lubLink and UtranCell. The role of the IOC shall be mapped to a 
reference attribute of the IOC. The name of the reference attribute shall be the role name. 

This represents a bi-directional relation between the lubLink and UtranCell. The role of the IOC shall be mapped to a 
reference attribute of the IOC 



6.4.2.2 



Roles 



Table 8: Roles of the relation AssociatedWith 



Name 


Definition 


iubLink-utranCell 


This role (when present) represents lubLink capability to identify the set of related UtranCell. 
lubLink. iubLink-utranCell shall carry the set of UtranCell"s DN(s). 


utranCell-iubLink 


This role (when present) represents UtranCell capability to identify one related lubLink. 
When the role is absent, the UtranCell. utranCell-iubLink shall contain no information. 
When it is present, it shall contain one lubLink DN. 



6.4.2.3 



Constraints 



When a particular lubLink identifies a particular UtranCell, that particular UtranCell must have identified the particular 
lubLink. 

6.4.3 ExternalUtranNeighbourCellRelation (M) 



6.4.3.1 



Definition 



This represents a unidirectional relation from UtranRelation to the ExternalUtranCell. The role of the IOC shall be 
mapped to a reference attribute, named adjacentCell, of the IOC. 
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6.4.3.2 



Roles 



Table 9: Roles of the relation ExternalUtranNeighbourCellRelation 



Name 


Definition 


utranRelation- 
externalUtranNeighbourCell 


This role (when present) represents UtranRelation capability to identify one 
ExternalUtranCell. When this role is present, the UtranRelation. adjacentCelll shall 
contain one ExternalUtranNeighbourCell DN. 



6.4.3.3 



Constraints 



This role (for a particular UtranRelation) shall be present if the UtranNeighbourCellRelation of this particular 
UtranRelation is absent. This role shall be absent if the UtranNeighbourCellRelation of this particular UtranRelation is 
present. 



6.4.4 UtranNeighbourCellRelation (M) 



6.4.4.1 



Definition 



This represents the unidirectional relation from the UtranRelation to UtranCell. The role of the IOC shall be mapped to 
a reference attribute, named adjacentCell, of the IOC. 



6.4.4.2 



Roles 



Table 10: Roles of the relation UtranNeighbourCellRelation 



Name 


Definition 


utranRelation-utranNeighbourCell 


This role (when present) represents UtranRelation capability to identify one 
UtranCell. When this role is present, the UtranRelation.adjacentCell shall contain 
one UtranCell DN. 



6.4.4.3 



Constraints 



This role (for a particular UtranRelation) shall be present if the ExternalUtranNeighbourCellRelation of this particular 
UtranRelation is absent. This role shall be absent if the ExternalUtranNeighbourCellRelation of this particular 
UtranRelation is present. 



6.5 



Information attributes definition 



6.5.1 Definition and legal values 

The table below defines the attributes that are present in several Information Object Classes (IOCs) of this TS. 
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Table 11: Attributes 



Attribute Name 


Definition 


Legal 
Values 


adjacentCell 


It carries the DN of the UtranCelll or the ExternalUtranCell. 




bchPower 


The power of the broadcast channel in the cell (Ref. 3 GPP TS 25.433 [5]). 




eld 


Cid is the identifier of a cell in one RNC (Ref. 3 GPP TS 25.401 [4]). 




externalUtranCel 
lid 


An attribute whose "name+value" can be used as an RDN when naming an instance of this 
object class. This RDN uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




iubLinkld 


An attribute whose "name+value" can be used as an RDN when naming an instance of this 
object class. This RDN uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




lac 


lOCs UtranCell and ExternalUtranCell: 

Location Area Code, LAC (Ref. 3 GPP TS 23.003 [3]). 
IOC UtranRelation: 

Location Area Code, LAC (Ref. 3 GPP TS 23.003 [3]), for another UTRAN cell or the 
external UTRAN Cell that is broadcast in the system information in the Cell. 




localCellld 


Local Cell id is used to uniquely identify the set of resources defined in a Node B to support 
a cell (as defined by a Cid Ref. 3 GPP TS 25.401 [4]). It must be unique in Node B at a 
minimum, but may be unique in UTRAN. It can be used to tie the cell in the RNC to a 
specific set of resources in the Node B. 




maximumTrans 
missionPower 


The maximum transmission power of a cell, DL Power (Ref. 3 GPP TS 25.433 [5]). 




mcc 


Mobile Country Code, MCC (part of the PLMN Id, Ref. 3 GPP TS 23.003 [3]). 




mnc 


Mobile Network Code, MNC (part of the PLMN Id, Ref. 3 GPP TS 23.003 [3]). 




nodeBFunctionld 


An attribute whose "name+value" can be used as an RDN when naming an instance of this 
object class. This RDN uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




primaryCpichPo 
wer 


lOCs UtranCell and ExternalUtranCell: 

The power of the primary CPICH channel in the cell (Ref. 3 GPP TS 25.433 [5]). 

IOC UtranRelation: 

The power of the primary CPICH channel in the cell (Ref. 3 GPP TS 25.433 [5]), for another 

UTRAN cell or the external UTRAN Cell that is broadcast in the system information in the 

Cell. 




primarySchPowe 
r 


The power of the primary synchronisation channel in the cell, DL Power (Ref. 3 
GPP TS 25.433 [5]). 




primaryScrambli 
ngCode 


lOCs UtranCell and ExternalUtranCell: 

The primary DL scrambling code used by the cell (Ref. 3 GPP TS 25.433 [5]). 

IOC UtranRelation: 

The primary DL scrambling code used by the cell (Ref. 3 GPP TS 25.433 [5]), for another 

UTRAN cell or the external UTRAN Cell that is broadcast in the system information in the 

Cell. 




rac 


Routing Area Code, RAC (Ref. 3 GPP TS 23.003 [3]). 




relationType 


Type of relation: e.g. Intersystem relation, intrafrequency intrasystem relation, 
interfrequency intrasystem relation. 




rncFunctionld 


An attribute whose "name+value" can be used as an RDN when naming an instance of this 
object class. This RDN uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




rncld 


IOC ExternalUtranCell: 

Unique RNC ID for the drift RNC (Ref. 3 GPP TS 23.003 [3]). 

IOC RncFunction: 

Unique RNC ID (Ref. 3 GPP TS 23.003 [3]) 




sac 


Service Area Code, SAC (Ref. 3 GPP TS 23.003 [3]). 




secondarySchPo 
wer 


The power of the secondary synchronisation channel in the cell, DL Power (Ref. 3 
GPP TS 25.433 [5]). 




uarfcnDI 


lOCs UtranCell and ExternalUtranCell: 

The DL UTRA absolute Radio Frequency Channel number, UARFCN (Ref. 3 

GPP TS 25.433 [5]). 

IOC UtranRelation: 

The DL UTRA absolute Radio Frequency Channel number, UARFCN (Ref. 3 

GPP TS 25.433 [5]), for another UTRAN cell or the external UTRAN Cell that is broadcast 

in the system information in the Cell. 




uarfcnUI 


lOCs UtranCell and ExternalUtranCell: 

The UL UTRA absolute Radio Frequency Channel number, UARFCN (Ref. 3 
GPP TS 25.433 [5]). 
IOC UtranRelation: 
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Attribute Name 


Definition 


Legal 
Values 




The UL UTRA absolute Radio Frequency Channel number, UARFCN (Ref. 3 

GPP TS 25.433 [5]) for another UTRAN cell or the external UTRAN Cell, that is broadcast 

in the system information in the Cell 




ura 


UTRAN Registration Area, URA (Ref. 3 GPP TS 25.423 [6]). 




userLabel 


A user-friendly (and user assigned) name of the associated object. Inherited from 
ManagedFunction. 




utranCellld 


An attribute whose "name+value" can be used as an RDN when naming an instance of this 
object class. This RDN uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 




utranRelationld 


An attribute whose "name+value" can be used as an RDN when naming an instance of this 
object class. This RDN uniquely identifies the object instance within the scope of its 
containing (parent) object instance. 





6.5.2 Constraints 

None. 



6.6 Particular information configurations 



Not applicable. 
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Annex A (informative): 

Supported UTRAN network configurations 

Figure A. 1 depicts four typical network configurations, which are supported by the UTRAN NRM over the Itf-N. 
However, this does not preclude support for other configurations. 



NM 



Itf-N 







RNC 



NodeB 



Single 
RNC or 
NodeB 



Config. 1 



Config. 2 



Config. 3 



Config. 4 



Figure A.1 : Typical network configurations supported by the UTRAN NRM 

Table A. 1 shows the possible number of instances for each network configuration (counted from left to right in figure 
A.I.): 
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Table A.1 : Number of instances for each example configuration in figure A.1 



MOC 


Config. 1 


Config. 2 


Config. 3 


Config. 4 


SubNetwork 


1 


1 


1 


0..1 


ManagementNode 


1 


1 








ManagedElement 


1..N 


1..N 


1..N 


1 


MeContext 


0..M 


0..M 


0..M 


0..1 


RncFunction 


0..P 


0..P 


0..1 


0..1 


NodeBFunction 


0..Q 


0..Q 


0..(N-1) 


0..1 


lubLink 


0..Q 


0..Q 


0..(N-1) 





UtranCell 


0..R 


0..R 


0..R 


0..R 


IRPAgent 


1 


1 


1 


1 


Notification I RP 


1 


1 


1 


1 


AlarmIRP 


0..1 


0..1 


0..1 


0..1 


BasicCmIRP 


0..1 


0..1 


0..1 


0..1 
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Annex B (informative); 
Change history 



Change history 
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TSG# 


TSG Doc. 


CR 
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-- 
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2.0.0 


4.0.0 


Jun 2002 


S_16 
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001 


— 
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UtranRelation in 32.642 (UTRAN network resources IRP: NRM) 


4.0.0 


4.1.0 
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S 16 


SP-020304 


002 


-- 
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4.0.0 


4.1.0 


Sep 2002 


S 17 


SP-020490 


003 


-- 
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S 17 
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4.2.0 
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005 


-- 
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